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DPH Backup Process 

Daily Backup Routine 


The following procedure describes how a backup administrator should maintain the current backup 
strategy. Described herein is the daily process of logging and monitoring the established backup jobs. 

1) LogontoMSLNT-BU-01 

2) Start Backup Exec. 

3) Within Backup Executive go to the ‘Job Monitor’ tab (see illustration A). 

4) Sort page by Start Time in descending order. 

5) The first items (in blue) are jobs scheduled for later. Underneath these you will find the most recently 
completed jobs. 

6) The Monthly (Daily) Jobs are as follows: 

7) CoreFullINH (CoreIncINH)—a backup of the Domain Controllers and the Remote Access server. 

8) DevelopmentFullINH (DevelopmenttncINH)—a backup of the development Web servers. 

9) MiscFullOSB (MiscIncINH)—Dmgs, LRN, VCMS, and EIS. 

10) SharedFullOSB (SharedIncOSB)—Backs up shared files on MSLl and MSL2. 

11) DatabaseArcOSB—Run weekly, backups and archives the SQL database dumps. 

12) PrivateFullINH (PrivateIncINH)—Backs up private folders on MSLl. 

Note: In this naming convention, any job with DIFF is a Differential Backup, INC is an Incremental 
Backup, FULL is a Full Backup, OSB is an Ojf-Site Backup, and Inhouse is the On-Site set. 

13) Fill out Backup Job Checklist, located at \\mslisnt\Utilities\BackupDocs, (see illustration B and C, note 
B is for days Monday through Friday and C is for Saturdays and Sundays) by checking the following 
items: 

a) Check the job completion status in the column labeled ‘Job Status’. 

b) Double click on each job from this morning to view the properties (see illustration D). 

c) Within properties window, select the Log File tab. 

d) Should a job fail, print out this log and note the document name on the checklist. Include the 
document in the ‘Error Logs’ section in the ‘Backup Job Checklist Archive’ Binder. 

e) Scroll down on the middle window about 2 lines and record the Media Cartridge Label in the 
‘Tape’ column on the Backup Job Checklist (highlighted in blue on illustration E). 

f) Record any notes you need for this job. 

g) If checking on Monday, please repeat process for prior Sunday. Sunday jobs will differ based on 
the week of the month, please fill in the appropriate section on the Sunday Checklist (see 
illustration C), and see ‘Saturday and Sunday Backup Routine’ for additional instructions. 

h) Depending on which jobs failed you may be required to notify a person or department of the 
problem. See the‘Call List’. 

14) At the end of the week remove any tapes which are full and archive them. You can tell that a tape is 
full by looking at what tapes were being used by the job at the beginning of the week as opposed to 
which tape is used at the end of the week. For instance, if on Monday the CoreIncINH job was using 
tape msII00045, and on Friday it used tape msII00056, then you know that tape msII00045 is full. 

Any tape from an OSB job should be set aside until the end of the month when it will be removed from 
these premises and archived. 

15) Refill changer with blank tapes. 


Saturday and Sunday Backup Routine 

The Saturday and Sunday Procedures differ from the Daily Backup Procedure in that full backups are done 
instead of differential and incremental backups, these are done on the first and third Saturday and first 
Sunday of each month. 
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These additional jobs should be self explanatory if you apply the same naming convention logic as 
presented in the Daily Backup Routine. For instance, the Corelnclnh job is the same as the CoreFullINH 
job, excepting that the latter is a full job instead of an incremental backup. 

Important: The Friday before the first Saturday or first Sunday of the month, (which ever comes first) all 
used and partially used tapes should be removed from the changer and replaced with blank media. If these 
tapes are from OSB jobs they should be sent to the Off-Site archive facility, include with these tapes a copy 
of the ‘Daily Backup Job Checklist’ for the month at hand. Other tapes (Inhouse) should be saved for three 
months and then recycled. 


Off-Site Backup Information 

At the beginning of each month we send to the Worcester facility our Off-Site backup set from the month 
prior to the one just ending, and we place the archive set from the most recent month to be stored in a 
separate building on campus. The off-site set is kept indefinitely in a safe environment as an archive of the 
state of our servers at any given time. These tapes will contain sufficient information to restore any 
mission critical information to any specific day as far back as the archive goes. 

Should one of these tapes be required, first look in the ‘Backup Job Checklist Archive Binder’ to find out 
which tapes you are interested in, and then send to Worcester a runner to pick up those tapes. Because of 
the length of time required to go back and forth with these tapes, it is better to request extra tapes to be 
certain you will get the information required. After use, the tapes should be returned to Worcester. 


DPH Restore Process 

The following describes the basic process of recovering lost files. This is not a disaster recovery solution; 
rather a method of restoring lost user files. 

1) Log onto MSLNT-BU-01 

2) Start Backup Exec. 

3) Within Backup Executive go to the ‘Restore Selections’ tab (see illustration F). 

4) From the View Menu select ‘Show Restore Selections by Volume’. 

5) In the left-hand window expand the server which housed the information you would like to restore. 

6) Expand the volume or container where the file is located. 

7) Expand the date from which you want the restore to come. If the date you want to restore from is too 
far past, you will need to go to the manual logs in the folder ‘Backup Job Check List’ located in the 
server room and find out which tape the job was recorded on. Refer to the Daily Backup Routine 
section of this document section 6 and 7 to find out what backup job the file would have been 
contained in and how it would have been entered into the records. When you find the tape, insert it 
into the changer and run catalog on it from the ‘Device Management’ section. After doing so restart 
this step, you should now find the date you were looking for. 

8) Drill down in the left-hand window until you find the file or folder, which you want to restore, and 
check if off (see illustration G, in which the MSLl\Voll\Apps\bcs\app folder from 11/15/00 has been 
selected). If you do not find the file you are looking for it may be necessary to use a different date, in 
which case return to step 7. 

9) Take note of the name of the tape which you are selecting, it is listed after the date in selection step 7 
and before the word ‘Set’, it will be something similar to ‘msl 100054’. 

10) When all selections have been made, click the ‘Restore’ button. 

11) You will be presented with the restore dialog box (see illustration H), enter the following information: 

a) Job Name: select a name, which you will be able to remember and which is descriptive of the job. 

b) On the Advanced Tab (see illustration I) in the ‘Restoring Existing Files’ area, select the option 
which is appropriate for you (Restore over existing files/ Skip if file exists/ Skip if existing file is 
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more recent). If you are unsure then be certain to redirect the files to a different folder (described 
in subsection c below). 

c) Redirection: use this option to restore the file to a location other than where it originally came 
from. This option is recommended if you are at all unsure of whether or not to replace the other 
files which may be in the folder you are restoring. 

d) Select ‘ Save Job’, dialog box will close. 

12) Fill out the File Restore Checklist.dot completely and submit it to the designated supervisor for 
a) approval, it is located in the F:\SHARED\Information_Services\Change Control directory 

13) Once it is approved, go to ‘Job Definitions’ tab, and find the job which you just created. 

14) If you are ready to mn the job, right click on it and select ‘Run Now’. You can monitor the job’s 
progress from the ‘Job Monitor’ tab. 

15) Once completed, fill out the remainder of the File Restore Checklist and submit it for archiving. 
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UMass Backup Plan 

Daily Backup Routine 


The following procedure describes how a backup administrator should maintain the current backup 
strategy. Described herein is the daily process of logging and monitoring the established backup jobs. 

1) Log on to EDJPBUO1 

2) Start Backup Exec. 

3) Within Backup Executive go to the ‘Job Monitor’ tab (see illustration A). 

4) Sort page by Start Time in descending order. 

5) The first items (in blue) are jobs scheduled for later. Underneath these you will find the most recently 
completed jobs. 

6) The Daily Incremental Jobs are as follows: 

7) PrivateIncINH—a backup of the private directories on EDJPFP02. 

8) SharedIncOSB—a backup of the remaining directories on file server EDJPFP02. 

9) BioServersIncOSB —a backup of Biologies ED JPAPP02, ED JPAPP03 and EDJPWEB03. 

10) CoreIncINH—a backup of Development Database and Web servers. 

11) ExchangeIncOSB—^a backup of Exchange servers. 

Note: In this naming convention, any job with INC is an Incremental Backup, FULL is a Full Backup, OSB 
is an Ojf-Site Backup, and INH is the On-Site set. 

12) Fill out Backup Job Checklist, located in the server room, (see illustration J and K, note J is for days 
Monday through Saturday, and K is for Sundays) by checking the following items: 

a) Check the job completion status in the column labeled ‘Job Status’. 

b) Double click on each job from this morning to view the properties (see illustration D). 

c) Within properties window, select the Log File tab. 

d) Should a job fail, print out this log and note the document name on the checklist. Include the 
document in the ’Error Logs’ section on the ‘Backup Job Checklist Archive’ Binder. 

e) Scroll down on the middle window about 2 lines and record the Media Cartridge Label in the 
‘Tape’ column on the Backup Job Checklist (highlighted in blue on illustration E). 

f) Record any notes you need for this job. 

g) If checking on Monday, please repeat process for prior Sunday. Sunday jobs will differ based on 
the week of the month, please fill in to the appropriate section on the Sunday Checklist (see 
illustration C), and see ‘Sunday Backup Routine’ for additional instmctions. 

h) Depending on which jobs failed you may be required to notify a person or department of the 
problem. See the‘Call List’. 

13) At the end of the week remove any tapes which are full and archive them. You can tell that a tape is 
full by looking at what tapes were being used by the job at the beginning of the week as opposed to 
which tape is used at the end of the week. For instance, if on Monday the PrivateIncINH job was using 
tape UM0020, and on Friday it used tape UM0025, then you know that tape UM0020 is full. Any tape 
from an OSB job should be set aside until the end of the month when it will be removed from these 
premises and archived. 

14) Refill changer with blank tapes. 


Sunday Backup Routine 

The Sunday Procedure differs from the Daily Backup Procedure in that full backups are done instead of 
differential and incremental backups, these are done on the first and third Sunday of each month. 
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These additional jobs should be self-explanatory if you apply the same naming convention logic as 
presented in the Daily Backup Routine. For instance, the SharedlncOSB job is the same as the 
SharedFullOSB job, except that the former is an incremental job instead of a full backup. 

Important: The Friday before the first Sunday of the month, all used and partially used tapes should be 
removed from the changer and replaced with blank media. If these tapes are from OSB jobs they should be 
sent to the Off-Site archive facility, include with these tapes a copy of the ‘Daily Backup Job Checklist’ for 
the month at hand. Other tapes (Inhouse) should be saved for three months and then recycled. 


Off-Site Backup Information 

At the beginning of each month we send to the Worcester facility our Off-Site backup set from the month 
prior to the one just ending, and we place the archive set from the most recent month to be stored in a 
separate building on campus. The off-site set is kept indefinitely in a safe environment as an archive of the 
state of our servers at any given time. These tapes will contain sufficient information to restore any 
mission critical information to any specific day as far back as the archive goes. 

Should one of these tapes be required, first look in the ‘Backup Job Checklist Archive’ Binder to find out 
which tapes you are interested in, and then send to Worcester a runner to pick up those tapes. Because of 
the length of time required to go back and forth with these tapes, it is better to request extra tapes to be 
certain you will get the information required. After use, the tapes should be returned to Worcester. 


UMass Restore Process 

The following describes the basic process of recovering lost files. This is not a disaster recovery solution; 
rather a method of restoring lost user files. 

1) Log on to EDJPBUO1 

2) Start Backup Exec. 

3) Within Backup Executive go to the ‘Restore Selections’ tab (see illustration F). 

4) From the View Menu select ‘Show Restore Selections by Volume’. 

5) In the left-hand window expand the server which housed the information you would like to restore. 

6) Expand the volume or container where the file is located. 

7) Expand the date from which you want the restore to come. If the date you want to restore from is too 
far past, you will need to go to the manual logs in the folder ’Backup Job Check List’ located in the 
server room and find out which tape the job was recorded on. Refer to the Daily Backup Routine 
section of this document section 6 and 7 to find out what backup job the file would have been 
contained in and how it would have been entered into the records. When you find the tape, insert it 
into the changer and run catalog on it from the ‘Device Management’ section. After doing so restart 
this step, you should now find the date you were looking for. 

8) Scroll down in the left-hand window until you find the file or folder, which you want to restore, and 
check it off (see illustration G, in which the MSLl\Voll\Apps\bcs\app folder from 11/15/00 has been 
selected). If you do not find the file you are looking for it may be necessary to use a different date, in 
which case return to step 7. 

9) Take note of the name of the tape which you are selecting, it is listed after the date in selection step 7 
and before the word ‘Set’, it will be something similar to ‘UM0025’. 

10) When all selections have been made, click the ‘Restore’ button. 

11) You will be presented with the restore dialog box (see illustration H), enter the following information: 

a) Job Name: select a name, which you will be able to remember and which is descriptive of the job. 

b) On the Advanced Tab (see illustration I) in the Restoring Existing Files area, select the option 
which is appropriate for you (Restore over existing files/ Skip if file exists/ Skip if existing file is 
more recent). If you are unsure then be certain to redirect the files to a different folder (described 
in subsection c below). 
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c) Redirection: use this option to restore the file to a location other than where it originally came 
from. This option is recommended if you are at all unsure of whether or not to replace the other 
files which may be in the folder you are restoring. 

d) Select ‘Save Job’, dialog box will close. 

12) Fill out the File Restore Checklist.dot completely and submit it to the designated supervisor for 
a) approval, it is located in the F:\SHARED\Information_Services\Change Control directory 

13) Once it is approved, go to ‘Job Definitions’ tab, and find the job which you just created. 

14) If you are ready to mn the job, right click on it and select ‘Run Now’. You can monitor the job ’ s 
progress from the ‘Job Monitor’ tab. 

15) Once completed, fill out the remainder of the File Restore Checklist and submit it for archiving. 
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Network Rights Assignment 


Network rights assignment can be thought of in two sections, user rights and group rights. The latter being 
the preferred method of rights assignment because it is inherently easier to manage. 


Group Creation and Rights 

All group creation must be accompanied by a change control. The change control should stipulate the 
name of the group, what file rights the group has, who requested the creation of the group, and who was 
added to the group. Every group should have a responsible party, who can authorize additions to the group. 
The responsible party is typically the user who requested that the group be created, or the person now 
occupying the role of that person. This should be clearly documented in the change control. 


User Creation and Rights 

An Employee Access Request Form must accompany all new user request, termination requests, and user 
rights changes. The administrative process for this is as follows: 

1) Request form is submitted in writing to front desk, a supervisor must sign this. 

2) Depending on the department of the user, the appropriate check list is picked up from 102b (Sean’s 
room). 

3) The modification/addition/or deletion is done per the process on the checklist. 

4) The end user, or their supervisor is informed of the completion of the task, and if necessary, an 
appointment is made to set up the user’s workstation. 

5) Check sheet is signed and stapled to the original form. 

6) The forms are promptly filed in front filing cabinet, or in the case of BIO users, returned to the 
Biologies Computer Services Coordinator and a duplicate is filed. 
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Disaster Recovery 

Disasters come in many shapes and sizes, and as such each type of disaster warrants a different response. 
What follows is a list of foreseeable disaster scenarios, and the response that we have prepared for each. 
The disasters are listed in approximate order of magnitude, as judged by down time, hardware cost and 
complexity of response. 


Data Loss Due to User Error 


In this scenario we would merely restore data from the most recent backup. Any work done since the most 
recent backup would be lost. The amount of data lost would depend on the length of time since the backup. 
Systems will be backed up at a minimum of once per night to tape, additionally databases can be backed 
tmnsactionally more frequently then this (see Database Standards: Best Practices: Backup). 


Power Loss 

All production systems capable of redundant power will have redundant power supplies (PL360 do not 
have this capability), and be hooked up to battery backup devices. The building itself has generators in the 
event of system wide power failure. 


Disk Failure 

All disk subsystems will be designed with redundancy, so that no single disk failure will result in data loss. 
We will maintain a supply of disks, such that every disk type miming at the facility will have an available 
replacement disk. Once the replacement disk is installed and the array controller has time to rebuild the 
array, then a state of fault tolerance will be returned. For high priority systems an on-line spare will be kept 
to further protect the server from failure. 


Server Failure 

A cold spare of each server type will be maintained at the facility. Should a server fail due to a hardware 
failure, the disk subsystem may be removed from the damaged server and swapped into the spare server. 
This will result in minimal down time as the new server is reconfigured with the disks from production. 


Server Loss 

Should a server be completely lost, the spare server with spare drives will have to be used. The most recent 
data backup will have to be restored to the system. Any data updated since the last backup will be lost. 

This will involve significant down time. 


Loss of Network Infrastructure Device 

We will maintain a duplicate of every switch within the building, so that should a switch fail we can 
replace that switch. 
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Total Loss 


It is impossible given our current funding situation to maintain a completely redundant system. In the 
event of a complete loss of the servers, network, and/or the building, all we will have is the off-site backups 
of the data, which may be as much as two months old (see Off-Site Backup Information). 
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Preventive Maintenance 


Anti-Virus 

Norton Anti-Virus is used for an enterprise level anti-virus solution. Every night the NAV parent server 
checks the Symantec Website for newer vims definitions and then downloads them when available. The 
parent server then distributes them to all servers and clients. Symantec System Console is used to monitor 
the vims definition status. Each e-mail server also has a NAV client for exchange, which monitors 
incoming and outgoing e-mail for vimses. Any vims that is detected will be intercepted and an alert will be 
sent to the sender, the recipient, and the email administrators. Every three days the exchange server checks 
the Symantec Website for newer vims definitions and then downloads them when available. 


Compaq Insight Manager 

Compaq Insight Manager (CIM) is miming on all severs to monitor server health. Should a statistic go into 
the unhealthy range, the CIM monitor server will send an alert to all Computer Services senior support 
staff Biologies servers are configured to email the Biologies Computer Services Coordinator as well. 

Periodically tests are performed to ensure that the product is functioning as it should. 
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Database Standards 


Naming conventions 
Database Name 

The database name should be short and descriptive, and should not contain any special characters. Nor 
should the database name be the same as any other database (except in a production/test/development 
scenario) or network resource. 


Table Name 

All table names should be short and descriptive, and should not contain any special characters (this includes 
the underscore [_] character). The name should be prefixed by TbT to indicate what type of object it is (for 
ease of reference in system table sysobjects). 


Special Table Types 

Linkage tables (tables which provide for a Many to Many relationship) should be named by the root name 
of each linked table in alphabetical order. For instance, if a many to many relationship between tblBoxes 
and tblCardboard exists, the linkage table should be named tblBoxesCardboard. Note: A table of this type 
should contain only 4 fields, the two foreign keys, a ID field and a GUID [if GUID is required]. 


View Name 

View names should be short and descriptive, and should not contain any special characters. The name 
should be prefixes by A’ to indicate what type of object it is. Whenever possible a diagram of the view 
should be prepared. 


stored Procedure Name 

All Stored procedure names should be short and descriptive, and should not contain any special characters. 
The name should be prefixes by ‘sp’ to indicate what type of object it is. Do not use ‘sp_’ as this suffix has 
special meaning in SQL 2000 and may produce unexpected results. 


Primary key 

The primary key field name should be the root of the table name plus TD’. [Primary key for tbIBoxes 
would be BoxesID]. 

Row GUID [if a GUID is required] 

Should be the root of the table name plus ‘GUID’. [Row GUID for tblCardboard would be 
CardboardGUID]. 


Description Field 

Should be the root table name plus ‘DESC’. [Description field for tblShipment would be ShipmentDESC]. 
Code Field (an abbreviated description for easy lookup) 
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Should be the root table name plus ‘CODE’. [The code colimin for table tblState would be StateCODE], 


Foreign Key 

The foreign key field should be named identically to the primary key field in the originating table. [Foreign 
key of tblShipment in tblBoxes would be ShipmentID] Exception: when foreign key needs to be 
referenced more than once in a given table. In this case the Name should be a short description of why 
referenced plus the normal foreign key name, [if in tblShipment, tblState is referenced twice then 
something like this should be used ShipperStatelD and ReceiverStatelD] 


Naming of Indexes 

Primary Key: 

Non-Clustered Index: 
Clustered Index: 

Unique Constraint: 

Unique Non-CIustered Index: 
Unique Clustered Index: 
Foreign Key: 


PKCoIumnN ame 

NXCoIumnName 

CXCoIumnName 

UCoIumnName 

UNXCoIumnName 

U CXCoIumnName 

FK CoIumnName CoIumnName 


Best Practices 

Whenever possible stored procedures should be used instead of ad hoc queries. Stored procedures have a 
filed execution plan, which allows for faster execution than an ad hoc query. 

Triggers should be avoided in preference of stored procedures, which execute all update components and 
maintain referential integrity. 

All tables should have an Identity column set on the primary key (integer or big integer [if more than 2 
billion records are expected]) with a seed value of I and an increment of I. 

All tables in any database, which may need to be replicated, must have a unique key. 

Whenever tables have a defined relationship that relationship should be enforced at the database level not 
only at the application level. 

Security should be set to Mixed Mode [SQL Server and Windows NT], utilizing existing NT Group 
whenever possible. 

All database objects should be created with ‘dbo’ as the owner. This will not happen automatically in our 
new development environment, so it should be specified during object creation. 


Backup 

All databases should be backed up to a remote device. 

All production databases should have periodic transactional backup. Frequency to be determined by the 
number of transactions, and acceptable level of loss. 

No production database should be set to ‘Truncate on Checkpoint’ in SQL 6.5, or Simple or Bulk-Logged 
Recovery Mode in 2000. 

Remote backups should be maintained for critical information. 


Maintenance 

All databases should be reindexed regularly. 

All databases should have regular DBCC checks performed to maintain integrity. 
Indexes should be examined regularly to insure that they are optimal for performance. 
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Change Control and Documentation 

All changes to a database should be documented and distributed to all concerned parties. 
Major changes must be approved before implementation. 

All procedures should have text describing use and purpose of each step in the process. 


Security 

All security should be maintained at the database level not the application level. 

All modification to tables should be through stored procedures, not direct table updates. Whenever 
possible security should be implemented as access to stored procedures and views, not by granting access 
to the whole database. 
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Password Policy 


Users are required to maintain strict password security. To facilitate this Computer Services has 
implemented the following password policies at the OS level. 


Password Expiration 

Passwords will be set to expire after 90 days of use. 


Password Uniqueness 

A given password cannot be reused until after 5 other passwords have been used. 


Password Privacy 

It is the responsibility of each user to maintain their own password privacy. A password should never be 
written or posted on the keyboard, monitor, or anywhere else in public view. A user should not give their 
password to any other user. A user should not allow another user to use a computer, which is logged on as 
them. A user should select passwords that will be difficult for another user to guess. Best practices suggest 
that passwords should not be the users name, the name of a child or close relative, a common word found in 
the dictionary, or an obvious date such as the users birthday. Best practices also suggest that a password 
consist of a combination of letters, numbers and special characters. For example, ‘aardvark’ would be a 
poor choice of passwords, where as ‘Aardvark_89’ would be much better. 


Password Length and Compiexity 

A password must be a minimum of 8 characters. At this time we do not require the password to be 
complex (using numbers, special characters, and letters), but best practices suggest that users should 
attempt to choose secure passwords (see Password Privacy for more information). 
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Event Documentation 


Change Control 

Any planned network/ server/ application upgrade or down time for maintenance should be accompanied 
by a Change Control. The change control should contain detailed information about the process and the 
reasoning behind the change. The appropriate supervisor within any effected department and within 
Computer Services must approve all changes. The change control should include any related 
documentation used as reference. Change Controls must be filed according to the effected device in room 
102 . 


Network Event Log 

Minor network events may be documented using the Network Event Log rather than a change control. A 
minor event would be one with which there is little or no user intermption, and where no change to 
hardware or software is taking place (i.e. Rebooting a crashed server). 


Backup Logs 

Anytime a backup fails, the log for that job should be printed out. A supervisor should then review the log 
and sign off on that review. 


Outside Service Contractor 

Anytime an ontside vendor performs service on a server or network device a record of the serviee shonld be 
kept along with any other resnlting documentation, as well as an explanation of why the serviee was 
performed. This shonld be filed by device in room 102. 
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This form is required network and canneQiivity security occess. It rnust be corfiqtetod two 
weeks m advance byihe Supcrvisor/Manager of all now employees. 


Si'Ction it User CTi«?ck ('>no : .liklMS-JP „..XH'il 

First Nurnc:__...................._............... Middle lintiyT:;_...... Last Nttoo'...___ 

Phone Ext,:___Dcpaftritent:....... Roont ................... 

$y:perVisor/'M:aneger: _.:.. Siarf Date:./...f.. 

User:is a,,. fcheck Oiiot ...J'dil-’T'uue User .^.^jr-nvil-Tin'e User ^^^^.Smderjn'lenvp 
I'liiN rCqueyi; is, for..... (chevk ojiut 

.A.dd ne w liser .I'erinurate itser isee seclicvii 3 helosvt ..../M.t>d.i;fy user (sec section i- bciow i 

(ic..(J ser cL:un pes dopnrtu'jcnt j 

PfO;itraniUA qplleadij:ns.<rrrHips aiiJlhnir'tzed u> noeess or user with epuivafCivt neeesS v (indicate if thi s is ,a;n AddU 
tiou (A I or Dci.ct sori: |Dp'' 

1.. 4.. 

'2- 5. 

3 ^ . (V. . 


S^ciUm 2" Other Optlous 

^Uhanii^e iiser Nnfnc; From . To . 

... . Reset puss w ord 

....User Move or Reiocattont Pm>f:n.. Lo 


$ettiott User TerJitimation 

..............L..^’.. 

Rcson rtto M m a f^entent 

J'-'ermncfi /-V.j/VAsr (F:\prirafi^Hsemmt 0 :J: (select one) .... .Delete .....EUkIiup then Deieie 
._'rra:nsfer fifes to . 

/twor/: Detect one) ....Defeie .....Backup then Delete 

....'rrnoisier .BMeil to -User;................................................ 


isecBoti 4: Email 

Emuil Di^^trikinron l..i.sts - (indiente if this .is an Atidiiion {..A] or Deletion; {Dji 
Ail tjsers rnu;’»£ he iri one ofthe Lohowiirg; 

ILMMS-iP (All Lhntiss NoO'Biologies l.hnployees) 

.Bi04.P (A.d Utness Bioto,<d:cs Uinployees^ 

......... DP?UD1:.--SJ..I HtaBDAllDPH Efn^oy^^) 

Dd?^L.Dis|ribittjon (iudie.:ite if this is jm. Addition: [ A ] or Deterjoii {Dij 


Section St AppmvuJ: (every request must be - authorized; by n SupersdstncManacef) 

Pmpkwee Signamre:.Date:.y./ 

;Syper<h:srnCM:aouger Signature; ........ Dntc;;:...,, 











































Change Control Form 



MedU'tii School (Jamaica Plaiti) 


G ha nge Go ntr«1 Form 

Project Name 


Submitted 


Submitted By 


Service Impact 


User Impact 


Detailed descriptkm 
Reason for Change 
(describe benefit) 


Date/Time 

Service Will Be Down 


Expected 

Downtime l^ength 


Date / Time 

Service Will Be Up 


Backout Time 
(how' long to un-do) 


bate/T'irae 

User Message(s) Sent 
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Ttlrte r Bmoicnoc for Action I Action Takoil 
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Critical Contact List 


Mi^SS 


Critical Contact List 




ijr-rr-^^r-r^r-r-r-r-i-x-rt 


Admiitistfalfon 

Aciministr^Jtion 


HummRosoufc^s 

Extension 

donnieo Oai'oJ 

6206 

Bureau of Oommunlcabte Diseases 


Cemmumcate Disease Control 


Admini^'tf^tion 

Extension 


Dooioy: Jacqueline -6559 


Bur^au of Commufiicafele Diseases 

EpidemloJogy and Jmmuflizaiion 


Epidmmoioay 

Extension 

McNamara, Ann 

6235 

Bureau of Communicable Diseases 
epidemiojojjy and Immunization 

Extension 


660s 

Burea u of Communtcs bfe Diseases 

HIV/AiDS SurveiJtance 

HiWAiDS Siiiveilimce 

B:x;.en$:ion 

Federico, Ar-fie 

6563 

Bureau of Commuufcabfe Oiseases 

Refiiigee and Immigrant Health 

M^fn Office 

Extension 

Cochrafi, Jfdnnifer 

6596 

Bur^s u of Communicable Diseases 

Sexually tfansmitted Ditseese 

Admfr^lsiratim 

Extension 

Tang, Yi:ren 

6SS4 

Bureau of Commuciicsbie Diseases 

Sexually Transmitted Disease 

Office; 

Extension 

Beck, Ann 

6942 

Bureau of Communicable Diseases 
Tubercuiqsjs PreventidO and Control; 

iWa?;c Office 

£.;x;ten$;ion 

snampmpaf, snamn 

69SS 
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Critical Coataet List 




Bureau of Laboratory and Environmental Scien 
Clifucal Diagoosbe Labs 



Exife?riHiors 

H'Aiy. Ujida 

4362 


Bureau of Laboratory and Envifonmental Soien 
Cl imcaLDiagno Stic Labe 



Extooaion 

Casoggdfo, D:t>a 

■6001 

Borea u of Labofstory and Environmental Scion 
Director-s Office 

A:sJnmfstrawn 

Bxieosicn 

PimecK. Kristen 

6212 


Bureau of Laboratory ar?d govlronmental Scien 
Director's Office 


Tramm 


Sciifvan., Julio Schrniu 

62S5 

Bureau of Labofatorv and Environmental Solen 

invi ronmental Labs 

BiOOd Lead Lai:} 

Extension 

Robio, AieFt 

■6666 

Jacobseo, Patricia 

■0660 

Bureau of Labofatorv and Environmental Scien 
Environmental Labs 

En^mmnmtaf Lat 

Extension 

N^jssjL Jniranne 

0^651 

Un^a ss MedicaLSc hoot 

Bio Labs 

Ackrmlsfmtioi'i 

Exiension 

FJzrcacf ice, Jehn J 

6666 


Umass Medical School 
Bio Labs 


Eeetneetiiee 

E:x;.enS:iorf 

MciNeil. 'Grec^ 

0446 

MuFObv, Pefef 

■0460 

Umass Meefieal Sc hoof 


8 io Labs 


Taahmcei Safmes 

Extension 

: Ceifuzariri, Ann 

6439 
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Critical Coataet List 




ymass Ji^orftcaJ Sc hool 

Computer Services 

Compumr S&rm 0 $ 

Exiansibrs 

Fioodaco, Seari 

■6256 

SoiomonL Eric 

6257 

Umass IVIecJloai School 

FaciUies Depertmeht 

Actfmmtmiion 

£:x:lecsioc 

At^bOtf. Brian 

■6;:S4S 


Umass Madieai Sc bool 
Newborn Sc fes-nirtg 


DaiM 

EXferiiSion 

Schwerzior, Mmk 

■6335 

ymass MedieoJ School 


Newborn Screoniiig 


Q;rec:tor‘$ Gft}ce 

Exie?nHion 

Fotorr Of 

63-37 
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- k;B ackup Exec - MSLEWT - [Job Mcfutof] 


File View Admin We^work Sefeci Jobs Tools Window Help 

% Scheduled, Active, and Completed Jobs 


. 

Scheduled 
: Scheduled 

: Scheduled 

: Scheduled 

; Scheduled 

: Scheduled 

: Scheduled 

■ ^ Scheduled 
m Scheduled 

.¥ 

' Schedulecj 

Scheduled 
: SsSJ Scheduled 
: sis Scheduled 
: siiij Scheduled 
: Scheduled 

: Completed 

Corr:pleted 
: Completed 

: Completed 

: Completed 

: Completed 

: Completed 

: Completed 

: I^Cor-'Dic-ied 
: Completed 

: Completed 

: Completed 


[ . 

mstSQLOSB 

msINetwareOSB 

mslExchangeGSB 

msIDrugsOSB 

msIDevInhouse 

msICoreInhouse 

rnsiSQLInhouse 

msINetwarelfihouse 

mslExchangelnhouse 


i-msIDfiin^sIrihijuse::- 


mslExchangeDIFFOSB 

msiDevDIFPinhouse 

msINetwareDIFFOSG 

msiDrugsDIFFGSE 

msiSQLDIFFOSB 

msiCoreDIFFInhouse 

mslExchangeDIFFOSB 

i-^iDevGiFFinho'-ise 

msINetwareDIFFOSB 

msIDrugsDIFFOSB 

msiSQLDIFFOSB 

msiCoreDIFFInhouse 

Restore 0545 

mslExchangeDIFFOSB 

msiOevDli-nnhoLise 

msINetwareDIFFOSB 

msIDrugsDIFFOSB 

msiSQLDIFFOSB 


Jeviee Name 

Job Type 

Job Stai-us 

Tape Library,) 

Backup 

Sc 

leduled 

Tape Librarj,) 

Backup 

Sc 

leduled 

Tape Librarj,) 

Backup 

Sc 

leduled 

Tape LibrarjJ 

Backup 

Sc 

leduled 

Tape Librar^^ 

Backup 

Sc 

leduled 

Tape Librarj,) 

Backup 

Sc 

leduled 

T ape LibrariJ 

Backup 

Sc 

leduled 

Tape Librari) 

Backup 

Sc 

leduled 

Tape Librarif 

Backup 

Sc 

neduied 

Tape Library,' 

Backup 

Scheduled 

Tape Librarj) 

Backup 

Sc 

neduied 

Tape Librarj) 

Backup 

Sc 

neduied 

Tape Librarif 

Backup 

Sc 

neduied 

Tape Libra'if 

Backup 

Sc 

neduied 

T ape l.ibrary 

Backup 

Sc 

neduied 

Tape Library 

Backup 

Sc 

neduied 

COMPAQ 2 

Backup 

Successful 

COMPAQ : 

Backup 

Fa 

ed 

COMPAQ 1 

Backup 

Successful 

COMPAQ 1 

Backup 

Successful 

COMPAQ 2 

Backup 

Successful 

COMPAQ 1 

Backup 

Successful 

COMPAQ 1 

Restore 

Successful 

COMPAQ 2 

Backup 

Successful 

COMPAQ 1 

Backup 


ed 

COMPAQ 2 

Backup 

Successful 

COMPAQ 1 

Backup 

Successful 

COMPAQ 2 

Backup 

Successful 


.E[ap^d......j.Bj^eCouny 


2/4/2001 ■ 
2/4/2001 ■ 


2/4/2001 1 

2C 

1AM 

2/4/2001 1 

2C 

0 AM 

1/14/2001 

12 

04 AM 

1/14/2001 

12 

03 AM 

1/14/2001 

12 

02 AM 

1/14/2Q01 

12: 

01 AM 

1/11/2001 

12 

05 AM 

1/11/2001 

12 

04 AM 

1/11/20G1 

12 

03 AM 

1/11/20G1 

12 

02 AM 

1/11/2001 

12 

01AM 

1/11/2001 

12 

00 AM 

1/10/2001 

12 

05 AM 


1/10/2001 
1 / 10/2001 
1 / 10/2001 
1 / 10/2001 
1 / 10/2001 
1/S/2001 1 


! 2:04 AU 
12:03 AM 
12:02 AM 
12:01 AM 
12:00 AM 
1:00 AM 


1/9/2001 12:05AM 
1/3/2001 12 04 AM 
1/9/2001 12:03AM 
1/9/2001 12:02 AM 
1/9/2001 12:01 AM 


1:00:00 

1,198.418 JOS 

O.lidS/ 

3,275,706,368 

1:5G:0G 

5,178,624,206 

0:15:00 

164,297,692 

0:56:21 

16,990,621,679 

0:13:22 

333,279,481 

0:05:41 

352,204 

0:54:12 

611,139,573 

0 59 04 

3,275,/02,272 

1:58:47 

4,582,415,580 

0:15:27 

164,212,704 

0:52:27 

15,283,458,905 


. ■ ■ i; ... J.... 

iBeari 


JobDelinifehs I jfibMQrut<M' I Devices j M$di^ j Reports J Atert$ 


ro 
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■a 

O 


o 


CD 

ro 

b. 

o 

o 


ro 

00 


Name 

Status 

Notes 

Date:12/16/02 

Tape 

NetwareINCosb 

S 

/ 

F 



DatabaseDIFFOSB 

S 

/ 

F 



msIDrugsDIFFOSB 

S 

/ 

F 



msICoreDIFFInhouse 

S 

/ 

F 



msIDevDIFFInhouse 

S 

/ 

F 











Name 

Status 

Notes 

Date:12/17/02 

Tape 

NetwareINCosb 

S 

/ 

F 



DatabaseDIFFOSB 

s 

/ 

F 



msIDrugsDIFFOSB 

s 

/ 

F 



msICoreDIFFInhouse 

s 

/ 

F 



msIDevDIFFInhouse 

s 

/ 

F 











Name 

Status 

Notes 

Date:12/18/02 

Tape 

NetwareINCosb 

S 

/ 

F 



DatabaseDIFFOSB 

s 

/ 

F 



msIDrugsDIFFOSB 

s 

/ 

F 



msICoreDIFFInhouse 

s 

/ 

F 



msIDevDIFFInhouse 

s 

/ 

F 











Name 

Status 

Notes 

Date:12/19/02 

Tape 

NetwareINCosb 

S 

/ 

F 



DatabaseDIFFOSB 

s 

/ 

F 



msIDrugsDIFFOSB 

s 

/ 

F 



msICoreDIFFInhouse 

s 

/ 

F 



msIDevDIFFInhouse 

s 

/ 

F 











Name 

Status 

Notes 

Date:12/20/02 

Tape 

NetwareINCosb 

S 

/ 

F 



DatabaseDIFFOSB 

s 

/ 

F 



msIDrugsDIFFOSB 

s 

/ 

F 



msICoreDIFFInhouse 

s 

/ 

F 
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Notes 



ro 

CD 


Date:12/01/02 [ Tape 


Date:12/07/02 [ Tape 


Date:12/21/02 


Tape 


Illustration C 






Completed Job 


f Cotn^etedJdb| tog Fili;| 


Job name: 

^ mdCofeDIFFInhouse 


Status; I Successful 

Job type: 

^ Backup 

Server name: 

iMSLSNT 

1 Log file: 

]BEX140.l}A 

Device name: 

; COMPAQ 1 iiiiiiii 


Frle staiishcs. 



Directories: : 

4,961 

Start time: 

:::::1,1/I 072001 1X00 AM 

Fifes: 

833 

Elapsed time: 

0:13:22 

T otal bytes: • 

ir®"® 333,279,481 

Files in use; 

0 

Volumes: • 

G 

Corrupt files: 

0 

Rate: 

12G.2MB/mtn 

Skipped fifes: 

0 


I-1 -i 


0l: 


Help 































































Completed Job 
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* All Volumes 

a ' DPH-SLI-DC-1 
MSL08NT 
MSL09NT 
C$ 

0 iJCD D$ 

■j QO E$ 

■: Q -J MS SQL Server 
MSL1 

■: VDL1 


I MSLl ;N:etWare fM S vstem.^M SLIv Server: Specific: |nfo;| 


MSL1.NetWare File Sirstem^MSLVSYS: 

MS LI. NetWare File Si^stem^MSLl A/DLl: 

□ □fl 6/21/2000-5:23:28 PM- Normal -msl000009-Set 3-mslnetwareG202000 
[7|;'"‘‘‘Sl 11/5/2000-3:44:38 PM- Normal -msl000200-Set 3-mslnetware 
;« UU AIDS 
0lJ apps 

02J Bcs 

*Qii3 app 

O'm brief 

:*■ CFLabs 
ai D la Didapto 
■« Diii Docdirec 
Oilii dosutil 
•+:’D*J Employee 
V EPIG 

Erwindbf 
■+: FOX 

i+; 0^ F0XPR025 
i+i- Fpw2G 


Re^stoie Selections I f ^obMonrtoi I Qevic&S I Media | Re| 50 rL 


I111 /7/2000-S:02:48 PM- Differential -msl000203-Set 11 -msl 
1111 /8/2000-9;02:12 PM - Differential -mslOOOOl0-Set 11-msl 
1111/9/2000-9:03:02 PM - Differential -mslOOOOl0-Set 16-msl 
ll 11 /10/2000-9:02:18 PM- Differential -mslOOOOl0-Set 21-m 

II 11 /13/2000-9:01:16 PM - D ifferential -D LT 000010-S et 1 -m 
^11/14/2000-9:02:26 PM - Differential -DLT000810-Set 4-m 
^11/15/2000-9:02:22 PM - Differential -DLT000010-Set 7-m 

I II /23/2000-12:02:30 AM - Normal -Netware 8-Set 1 -msINe 
1 11 /27/2000-10:01:16 PM - Differential -msll00002-Set 1 -m 
1 11 /29/2000-1:57:42 AM - Differential -msll00002-Set 6-msl 
1 11 /29/2000-10:22:48 PM - Differential -msll00002-Set 11 -r 

ll 11 /30/2000-10:03:08 PM - D ifferential -msll 00002-S et 1 G-r_ 
ll 12/3/2000-1:57:02 AM - Normal -msll00011 -Set 1 -Netware 
1112/3/2000-9:40:46 AM- Normal -msll00017-Set 1-mslNetv^ 


1112/7/2000-12:18: 


1112/4/2000-10:03:40 PM - Differential -msll00013-Set 6-msl 
ll 12/6/2000-12:21:22 AM - D ifferential -msll 00013-S et 11 -m 
ll 12/7/2000-12:18:38 AM- Differential -msll00013-Set 1 G-m 
ll 12/10/2000-2:34:34 AM - Normal -msll 0002G-Set 1 -Netwa 
ll 12/11 /2000-12:19:48 AM - D ifferential -msll 00028-S et G-m 
ll 12/12/2000-12:18:52 AM - Differential -msll 00028-Set 11 -r 
ll 12/13/2000-12:20:24 AM - Differential -msll 00028-Set 1 G-r 
1112/14/2000-1:01:50AM- Differential -msll00028-Set 21-m 
1112/15/2000-12:20:56 AM - Differential -msll00028-Set 26-rY 
1112/17/2000-1:09:04 AM- Copy-msll 00033-Set 1-mslNetwY 












































































Re$tofe Job Properties 


• ■ • ■ PwM S vnwH 
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■a 

O 


o 


CD 

ro 

b. 

o 

o 


05 

CD 


Name 

S ta tu s 

Notes 

Date :12/09/02 

Tape 

PrivateIncINH 

S 

/ 

F 


UM0016 

SharedIncOSB 

S 

/ 

F 


UM0010 

BioServersIncOSB 

S 

/ 

F 


UM0012 

CoreIncINH 

S 

/ 

F 


UM0017 

ExchangeIncOSB 

S 

/ 

F 


UM0013+0018 





Name 

S ta tu s 

Notes 

Date :12/10/02 

Tape 

PrivateIncINH 

S 

/ 

F 


UM0016 

SharedIncOSB 

S 

/ 

F 


UM0010 

BioServersIncOSB 

S 

/ 

F 


UM0012 

CoreIncINH 

S 

/ 

F 


UM0017 

ExchangeIncOSB 

S 

/ 

F 


UM0018 





Name 

S ta tu s 

Notes 

Date:12/11/02 

Tape 

PrivateIncINH 

S 

/ 

F 


UM0016 

SharedIncOSB 

S 

/ 

F 


UM0010 

BioServersIncOSB 

S 

/ 

F 


UM0012 

CoreIncINH 

S 

/ 

F 


UM0017 

ExchangeIncOSB 

S 

/ 

F 


UM0018 





Name 

Status 

Notes 

Date :12/12/02 

Tape 

PrivateIncINH 

S 

/ 

F 


UM0016 

SharedIncOSB 

S 

/ 

F 


UM0010 

BioServersIncOSB 

S 

/ 

F 


UM0012 

CoreIncINH 

S 

/ 

F 


UM0017 

ExchangeIncOSB 

S 

/ 

F 


UM0018 





Name 

Status 

Notes 

Date :12/13/02 

Tape 

PrivateIncINH 

S 

/ 

F 



SharedIncOSB 

S 

/ 

F 



BioServersIncOSB 

S 

/ 

F 



CoreIncINH 

S 

/ 

F 



ExchangeIncOSB 

S 

/ 

F 








Illustration J 
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■a 

O 


o 


CD 

ro 

b. 

o 

o 


05 


Backup Server EDJPBU01 




First Sunday Check List 




Name 


Notes Date:1/5/03 

Tape 

DatabaseFullOSB 

S / F 



PrivateFulllNH 

S / F 



SharedFullOSB 

S / F 



BioServersFullOSB 

S / F 



CoreFulllNH 

S / F 



ExchangeFullOSB 

S / F 







Second Sunday Check List 

Status 



Name 

Notes Date:1/12/03 

Tape 

DatabaseFullOSB 

S / F 







Third Sunday Check List 




Name 

Status 

Notes Date:1/19/03 

Tape 

DatabaseFullOSB 

S / F 



PrivateFulllNH 

S / F 



SharedFullOSB 

S / F 



BioServersFullOSB 

S / F 



CoreFulllNH 

S / F 



ExchangeFullOSB 

S / F 







Fourth Sunday Check List 




Name 

Status 

Notes Date:1/26/03 

Tape 

DatabaseFullOSB 

S / F 







Fifth Sunday Check List 




Name 

Status 

Notes Date: N/A 

Tape 

DatabaseFullOSB 

S / F 












Illustration K 



Approval Form 


Document prepared by: 


Name Date 


Document Reviewed By: 


Name Date 


Scheduled For Next Review on: 


Date 
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